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METHOD AND SYSTEM OF AUTOMATED GENERATION OF PROGRAM CODE 

FROM AN OBJECT ORIENTED MODEL 

This application claims the benefit of priority under 35 U.S.C. 119(e) of provisional 
applications 60/145,051 filed on July 22, 1999, and 60/212,841 filed on June 21, 2000. 
The contents of both of these provisional applications (including their appendices) are 
incorporated herein in their entireties. 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates generally to the field of automatically generated program 
code and more particularly to a method and system of automated generation of program 
code for an object oriented model represented in Unified Modeling Language ("UML") 
notation. 

Background of the Related Art 

Current object oriented modeling tools provide the components for modeling the 
object oriented systems. In addition, these tools often provide limited capabilities for 
generating some aspects of the program code for these object oriented systems that 
implement the model. However, existing implementation capabilities of these object 
oriented modeling tools do not provide the complete end-to-end automated program code 
generation that completely implements the object oriented model. 

Furthermore, since existing tools are not capable of generating the end-to-end code 
to implement a modeled system they are not able to maintain the integrity between the 
model and the program code. Accordingly, changes at the program code level have to be 
mapped back to the model in a manual process which gives rise to errors and also causes 
inconsistency between the model and the implemented code. 

For example, the Rational Rose modeling tool ( u Rose w ) provided by Rational 
Software Corporation, provides basic SQL data access capabilities, including select, insert, 
update and delete which can be implemented as Visual Basic code. However, the more 
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complex query functions require the creation of views external to the Rose tool. 
Coordinating such external data models with the Rose model gives rise to significant 

challenges and problems. 

Furthermore, as discussed above, although Rose provides code generation 
capabilities for both Visual Basic and C+ + , considerable amount of hand coding is 
required to complete the implementation. Rose creates references to associated objects, 
references and initializes class attributes, declares class methods and implements prototype 
(stub) code with return data and input parameter types specified. However, the actual 
program code to complete the methods must still be produced outside of the Rose tool. 

Business rules are defined within the Rose system. However, even though the 
business rules are defined within Rose, no rigorous procedure is provided within Rose to 
implement these business rules. That is, Rose does not provide a rigorous method for 
defining business rules so that they can be automatically implemented as program code by 
the Rose system. 

In this context, it should be noted that UML is a general purpose notational 
language for specifying and visualizing complex software, especially large, object oriented 
software projects. UML builds on previous notational methods such as Booch, OMT, and 
OOSE. The UML is rapidly becoming a standard for object-oriented notations under the 
auspices of the Object Management Group (OMG). UML seeks to provide a common 
metamodel and a common notation so as to facilitate the development of systems on an 
architectural scale. Details of the OMG, UML and a Unified Method of system modeling 
and development based on UML are disclosed on the Internet, for example, at the 
following URL's www.omg.org and www.omg.org/uml . 

As a background to understanding the present invention, a fundamental aspect of 
object oriented programming is that objects can be organized into classes in a hierarchical 
fashion and that the objects are interpretable. Classes are abstract generic descriptions of 
objects and their behaviors. Therefore, a class defines a certain category of methods and 
data within an object that belongs to that class. Methods comprise the procedures or code 
that implement the behaviors of the class and operate on the data within the class. 
Refinement of the methods of a generic class can be implemented by the creation of sub- 
classes which inherit the behaviors of its parent classes, from which they depend. In 
addition, the sub classes can have can have behaviors which originate at the sub class or 
modify the behaviors of its parent classes. 
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An instance of a class or an object is a specified individual entity that has an 
observable behavior. That is, an instance is a specific object characterized by having the 
behaviors defined by its class. Therefore, instances or objects are created and destroyed 
dynamically while the class is the abstract category under which the instance or object 
belongs. The instance or object inherits all the methods of its class and its data types but 
has particular individual values associated with it that are unique. Physically, there is only 
one location in a computer memory for a class whereas there may be numerous objects or 
instances of that class each of which has different values and different physical locations in 
memory. 

SUMMARY OF THE INVENTION 

Therefore, it is a general object of the invention to alleviate the problems and 
shortcomings identified above. 

One of the objects of the invention is to provide a computer implemented method of 
generating program code for an object oriented (OO) model in a target environment in 
which the syntax for the data type primitives is generated and these generated data types 
are used in generating program code for the OO model. 

Another one of the objects of the invention is provide a computer implemented 
method of generating program code from the modeling diagrams of an OO model. 

Another object of the invention is to provide a computer implemented method of 
depicting asynchronous and synchronous events in a single state diagram of an OO model. 

A further object of the invention is to provide a computer implemented method for 
an OO model in which the program code for a method is synchronized to the activity 
diagram of that method. 

Another object of the invention is to provide a computer implemented method of 
generating context sensitive help for any element in an activity diagram of an OO method 
of an object in which context sensitive help is provided based on the context of the object. 

These and other objects are achieved by providing a computer implemented method 
for generating program code for an Object Oriented (OO) model in a target environment 
including the steps of: defining abstract data type primitives for elements in an activity 
diagram of an Object Oriented (OO) method; generating the syntax for the abstract data 
type primitives in the target environment; and generating program code in the target 
environment, using the generated syntax for the abstract data types, for the OO method 
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depicted in the activity diagram. 

Also provided is a computer implemented method of generating program code from 
user requirement based modeling diagrams of an object oriented (OO) model including the 
steps of: defining a collaboration diagram depicting the interaction between two artifacts of 
the modeling diagrams; defining interface, control and entity tier objects based on the 
modeling diagrams and the collaboration diagram; defining business rule control objects for 
encapsulating problem domain business rules; defining program flow control objects for 
encapsulating processes based on interactions; using standardized markup language for 
communicating between the business rule control objects and the program flow control 
objects; and generating program code from the defined interface objects, control objects, 
entity objects, program flow control objects and business rule control objects. 

Also provided is a computer implemented method of depicting asynchronous and 
synchronous events in a single state diagram of an OO model including the steps of 
defining a guard condition constraint on an event transition between two states; determining 
an event transition as being synchronous if a guard condition is present; and detennining an 
event transition as being asynchronous if a guard condition is not present. 

Further provided is a computer implemented method of synchronizing program 
code for an Object Oriented (OO) method to the activity, diagram of the OO method in an 
OO model including the steps of correlating each elements of the activity diagram to at 
least one line of program code; scanning the program code to identify lines of program 
code not correlated to any element of the activity diagram; inserting an element in the 
activity diagram corresponding to respective identified lines of program code not correlated 
to any elements of the activity diagram. 

Also provided is a computer implemented method of generating context sensitive 
help for any element in an activity diagram of an Object Oriented (OO) method attached to 
an object in an OO model, including the steps of: determining the element of the activity 
diagram pointed to by a pointing device; scanning a local namespace available within the 
object to which the OO method is attached; and generating the context sensitive help based 
on the element of the activity diagram pointed to and the scanned local namespace of the 
object. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a part 
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specification, illustrate a presently preferred embodiment of the invention, and, together 
with the general description given above and the detailed description of the preferred 
embodiment given below, serve to explain the principles of the invention. 

Fig. 1 is schematic diagram illustrating a computer system suitable for 
implementing the present invention. 

Fig. 2 is a schematic diagram illustrating a computer network that could be used to 
connect computer systems such as that illustrated in Fig. 1. 

Fig. 3 shows a use case diagram for a Logon process use case. 

Fig. 4 illustrates a collaboration class object diagram. 

Fig. 5 illustrates a collaboration diagram. 

Fig. 6 illustrates a control entity class diagram showing peer relationships. 

Fig. 7 illustrates a class diagram demonstrating control entity data access showing 
relationships between database control classes. 

Fig 8 illustrates exemplary data access code generated by the present invention. 

Fig. 9 shows sample generated Java code implementing a mapping from a logical 
entity to a physical database. 

Figs. 10a and 10b show a sample Java control schema generated according to the 
present invention. 

Fig. 11 illustrates a class diagram for control program flow and control business 
rule classes. 

Fig. 12 illustrates a sample state diagram for VRULogionPF control program flow 
class object. 

Figs 13a- 13c show sample code for a generated state machine. 
Fig. 14 illustrates an activity diagram for an event/state intersection point. 
Fig. 15 shows exemplary code for a generated method corresponding to the 
scenario diagram of Fig. 14. 

Fig. 16 illustrates an exemplary XML object diagram. 
Fig. 17 illustrates a generated XML schema. 
Fig. 18 illustrates a generated XML DTD. 
Figure 19 illustrates a template for a data access. 

Figure 20 illustrates a resulting class specification from the merging of a template 
and a pattern. 

Figure 21 shows additional examples of merging templates and patterns to generate 
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class specifications. 

Figures 22-73 disclose the details of one preferred embodiment of the present 
invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT^) 

With reference to the figures, Figure 1 shows a block diagram showing the 
components of a general purpose computer system 12 connected to an electronic network 
10, such as a computer network. The computer network can also be a public network, 
such as the Internet, a private network or a virtual private network. As shown in the figure 
1, the computer system 12 includes a central processing unit (CPU) 14 connected to a 
system memory 18. The system memory 18 typically contains an operating system 16, a 
BIOS driver 22, and application programs 20. In addition, the computer system 12 
contains input devices 24 such as a mouse and a keyboard 32, and output devices such as a 
printer 30 and a display monitor 28. 

The computer system generally includes a communications interface 26, such as an 
ethernet card, to communicate to the electronic network 10. Other computer systems 13 
and 13A also connect to the electronic network 10 which can be implemented as Wide Area 
Network (WAN) or as an inter-network such as the Internet. One of skill in the art would 
recognize that the above system describes the typical components of a computer system 
connected to an electronic network. It should be appreciated that many other similar 
configurations are within the abilities of one skilled in the art and all of these 
configurations could be used with the methods of the present invention. Furthermore, it 
should be recognized that the computer system and network disclosed herein can be 
programmed and configured, by one skilled in the art, to implement the method steps 

discussed further herein. 

In addition to being operable in a single computer system, the present invention 
may also be implemented in a networked computer system. An example of a typical 
computer network is shown in Fig. 2 which depicts a plurality of workstations 140 
connected directly or through a host server 142 to a client/server network 144. The 
client/server network may include an object oriented messaging system , such as the Object 
Management Group's Common Object Request Broker (CORBA) or Microsoft's 
Component Object Model (COM) for controlling the communication between distributed 
objects across clients and servers. The client/server computers could be connected using a 
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standard ethemet bus although it is to be understood that all other types of networks, 
including wireless networks, could also be used in implementations of the present 
invention. 

One aspect of the present invention provides the generation of data access classes 
from entity and control classes. A prior art modeling tool, such as Rational Rose, provides 
basic SQL data access capabilities including select, insert, update and delete realized as 
Visual Basic code. More complex data query functions require the creation of views 
outside of Rose. Coordinating an external model with the Rose model creates significant 
challenges. The present invention provides a two-tier data model having an entity tier and 
a control tier. The entity tier captures the physical and logical relationships. The control 
tier tracks the relationships between objects. This allows the data modeling to be done 
independent of business process constraints. The data access functionality can be generated 
in several programming languages such as Java and Visual Basic. If Visual Basic is the 
target, joins can be modeled without the creation of separate views. The more 
sophisticated capabilities of Java allow for the database schema and the table relationships 
from the control tier to be incorporated directly into the implementation code. A business 
object model can then use this code to generate complex queries spanning multiple tables. 

A preferred embodiment of the present invention will be described next. It should 
be understood that the following description describes the preferred embodiment of the 
invention and is not intended to be limitative of the invention. Therefore, the preferred 
embodiment uses UML terminology and modeling diagrams implemented by Rose to 
illustrate the preferred embodiment. However, the present invention is intended to apply to 
all object oriented modeling and development systems that use modeling diagrams and 
notation terminology that is equivalent to that discussed below with respect to the preferred 
embodiment. 

Fig. 3 shows a use case diagram for a logon process use case. The use case 
diagram is an example of a use requirement based modeling diagram or construct. In the 
following description, the "logon" process is described because it is representative of the 
processes that may be implemented using the present invention. A member of the public 
(actor) 200 starts a logon process to, for example, access a system that requires a log-in. 
The logon interaction 205 defines an interaction between the actor and a Logon process 210 
that implements the login to the system. 

The present invention requires that each interaction must have a collaboration 
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diagram defining the action and the attributes involved in that action. A collaboration 
diagram specifies the tangible artifacts defining the interaction between a use case process 
and an actor or with other processes. Therefore, the preferred embodiment of the present 
invention requires a one-to-one relationship between the interaction and the collaboration 
diagrams. In this context, tangible artifacts are defined and measurable pieces of 
information being sent from a use case process to the actor or from the actor to the use 
case process. Therefore, artifacts represent the information through to the system. 

Creation of a collaboration diagram requires the definition of objects and their 
attributes within a class diagram. Fig. 4 illustrates a collaboration class object diagram that 
defines the objects and their attributes that are necessary for the collaboration diagram that 
is illustrated in Fig. 5. Therefore, Fig. 4 contains exemplary UML class specifications 
with the Storyboard Stereotype. A Storyboard Stereotype identifies user interface 
elements. The attributes and attribute type in the class specification define the types of 
artifacts used with the user interface pages represented by a storyboard stereotype class 
specification. Therefore, the objects 401, 402, 403, and 404 shown in Fig. 4 correspond 
to elements 501, 502, 503, and 504, respectively, in the exemplary collaboration diagram 
shown in Fig. 5 

The collaboration diagram illustrated in Fig. 5 depicts the logon interaction 205 
identified in the use case diagram shown in Fig. 3. The collaboration diagram produced 
through this process is tightly coupled to both the use case (shown in Fig. 3) and the 
objects defined in the class diagram (shown in Fig. 4). Collaboration diagrams contain 
references place holders for user interface objects. The user interface objects 
(Storyboards) contain the artifacts or abstract data elements that a user will either send or 
receive from the system. These events are modeled into a process flow that identifies 
which additional user interface or logical domain objects will receive the users input. 
Logical domain objects also respond with result events that trigger transitions to other 
interface or domain objects within the collaboration diagram. 

The next step in the present invention involves data modeling of the persistent and 
tangible artifacts which are artifacts that are stored in a database or other long term 
storage. In the prior art, Ivar Jacobson defined three primary system partitioning 
stereotypes: interface; control; and entity. The entity tier (or stereotype) related to the 
persistent data objects, the control tier to the mid-tier processes, and the interface tier to 
the interactions with the users or other systems. The present invention provides two 
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additional tiers: a control program flow tier and a control business rules tier. Both of these 
additional tiers provide additional definition to the mid-tier processing and are discussed in 
more detail further herein. 

Therefore, the present invention provides that two class diagrams are developed: (i) 
an Entity Relationship Diagram (ERD) class diagram defining the entity and the control 
tiers (similar to Jacobson's Objectory process); and (ii) a control program flow/business 
rules class diagram. Fig. 6 shows an exemplary control entity class diagram showing peer 
relationship between two objects, 601 and 602. 

The present invention provides that once the control stereotype objects and their 
relationships are defined, as discussed above, the peer relationships and the entity models 
for the Entity Relationship Diagrams are automatically generated. Therefore, the present 
invention provides that the program code implementing the invention understands the 
relationship between the control data access and the entity persistent data access classes. 
When this relationship is created the program code automatically sets the relationships 
required for generating the complete program implementation for the control and entity 
data access. This automatic generation provides consistency, completeness, and reduces a 
significant amount of tedious and redundant effort in prior art systems. 

The present invention also generates a class diagram demonstrating control entity 
data access showing the relationships between Database control classes as shown, for 
example, in Fig. 7. Fig. 7 illustrates an exemplary set of data access classes 701-705 with 
their interconnecting relationships. The present invention understands the attributes of the 
data access classes through the schema information extracted from the UML model in the 
entity and control class specifications. The invention provides for propagating the role 
association names identifying the data elements of the control data access specifications that 
relate each class to other classes. The present invention also creates program code 
operation methods for implementing run-time navigation between control data access class 
specifications. 

The present invention then provides for creating the code for data access. A 
generator processes each entity class using the properties as defined by the processes 
discussed above. It creates a metastructure defining a mapping between class and class 
attributes to database name and columns. To define this mapping , the present invention 
provides for using the semantic naming applied to the UML model. With this semantic 
meaning, the present invention understands how each attribute of the entity class 
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specification will be implemented into a persistent data base environment. This semantic 
information is interpreted in program code information which automates how all objects are 
manipulated in run-time programs. This mapping is generally Interface Definition 
Language (IDL) specific. This process implements an interface (presently in Java and 
COM) that the business database object model can use to interpret the class diagrams for 
managing data access. Exemplary Java program code that implements select/update/delete 
and select loading of a collection is shown in Fig. 8. 

The present invention then generates the control stereotype tier. This is done by 
cycling through the class diagram, picking out each class stereotype control and associated 
peer-relationship entity class. The control class uses the related entity class to perform data 
access management. Additionally, the database schema diagram is abstracted from the 
class diagram. This schema is then used to dynamically create complex query joins 
between multiple objects. Fig. 9 shows sample generated Java code implementing a 
mapping from a logical entity to a physical database. Figs. lOa-lOb show a sample Java 
control schema generated in accordance with the present invention. The present invention 
uses the UML model that contains the relationships between persistent class specifications 
and also contains the information required for these specific class objects to access and 
manipulate information within a database. When the present invention creates the program 
code to access and manipulate information within a database, it interprets the UML model 
relationship information creating a schema or schematic representation of the UML model. 
This schema contains the knowledge required for the present invention to automatically 
transform relationship database information into object oriented run-time program 
structures. 

The next step in the present invention requires the definition of the business rules. 
In the collaboration diagram illustrated in Fig. 5, a submit action 505 is shown that 
activates a business rule. A business rule is a process that evaluates business domain data 
and makes a decision accordingly. The present invention provides that business rules are 
defined under two separate stereotypes, either as control program flow or a control 
business rule stereotypes. The control business rules encapsulate the problem domain 
business rules. The control program flow objects control the path a transaction takes 
through the application based on the constraints provided by the business rules. These 
control program flow and control business rules can be defined in a class diagram. Each 
class contains a state diagram which defines events, states, and methods that belong to that 
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class. 

Fig. 11 shows a class diagram for exemplary control program flow and control 
business rule classes 1101 and 1102, respectively. In addition, it shows the relationships 
between the control business rules and the database control classes. Fig. 12 shows a 
representative state machine. Therefore, each control process flow for control business 
rule object may have an associated state chart diagram. The present invention provides for 
translating this state chart diagram to a program code representation to manage events 
coming into the object or transitioning through the various states of the object. Figure 1 1 
also illustrates a representative set of relationships between associated objects completing a 
system implementation. Typically, a control process flow object will relate to some 
domain business rule object. That control business rule object will then subsequently relate 
to database elements through the control data access stereotyped class specification. 

Once the class diagrams and the state machines have been defined as discussed 
above, the present invention provides that the class code embodying the state machine that 
executes the business rule is generated. A state diagram may be associated with any 
control process flow or control business rule class specification. The state chart contains 
events transitioning between the defined states of that object. The present invention 
translates between these events and the guard conditions navigating boolean transitions 
between states into a code implementation that can receive synchronous and asynchronous 
events to implement the state transitions for a given object. Sample code for a generated 
state machine (shown in Fig. 12) for the VRULogonPF control program flow object is 
shown in Figs. 13a-13c. 

It should be noted that the implementation code for class, business rules, and 
program flow can be used to generate standard container patterns (set dictionary lookup, 
hashtable, etc.) for managing associated objects. The abstraction of relationships to other 
objects facilitates the access and maintainability of complex object models. 

In order to generate the class code for a state machine to function in a completed 
application, the present invention requires that the specific operations that take place at 
each intersection point between an event and a state be defined. This is accomplished 
though the use of activity diagrams, one of which must be associated with each event/ state 
intersection point. Fig. 14 provides an example of an activity diagram for one of the 
intersection points between an event and a state shown in the state diagram of Fig. 12. 
This activity diagram corresponds to the intersection between the event = "TooMany" and 
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state = "Fail." 

Fig. 15 shows exemplary generated code for the method of the VRULogonPF 
activity diagram (as shown in Fig. 14) for the event = "TooMany" and state = "Fail." 

Therefore, the present invention extends beyond the conventional use of an activity 
diagram in a conventional tool, such as that provided by Rose, implementing UML. In the 
prior art, activity diagrams are used to graphically represent decisions and flows through an 
application. However, the prior art did not provide for the ability to define a behavioral 
scope of the activity diagrams, or simplify complex algorithms with many steps into their 
block representations of the activity diagrams. Furthermore, the prior art was unable to 
minimize detail required for representing swim lane objects in the activity. The present 
invention provides for assigning behavioral scope to the activity diagrams and provides for 
collapsing multiple complex steps into single activities. The present invention provides 
program code to automate work for a designer to manage multiple swim lanes and 
interactions between multiple swim lanes. 

Therefore, one aspect of the present invention provides a specific one-to-one 
correlation between the event states, the class operations and activity diagrams. Therefore, 
by combining the business rules, modeled as described above, and the state machine 
activity diagrams, the present invention permits the generation of complete program code 
from an object model. Furthermore, another benefit of the present invention is that the 
information required for code generation is modeled in a specific sequence of modeling 
constructs and the program code can be generated from these modeling constructs in any 
target platform/language combination that supports the modeling constructs described 
above. Therefore, the modeling constructs are not specific to any single platform or 
language. 

Another aspect of the present invention provides that cross tier communications can 
be accomplished by using the constructs of standardized markup language, such as XML 
(extensible Markup Language). Therefore, the present invention provides that the tiers of 
the completed application communicate through XML. This creates the challenge of 
managing free-form text information in a structured object oriented paradigm. The present 
invention addresses this challenge by extending UML onto the XML world. This is done 
by providing XML map extensions to the class diagrams. Therefore, the present invention 
provides that the XML stereotype classes and associations are set and the relationships 
between them are defined. Fig. 16 provides an examples of an XML object diagram 
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according to the present invention. 

These XML maps are then related to a control program flow object as shown in 
Fig. 16. Therefore, when the present invention generates the application, it interprets the 
associated XML diagram to generate the Data Type Definition (DTD) and the XML 
schema used by the business object model. Fig. 17 provides an exemplary XML schema 
generated to correspond to the XML object diagram shown in Fig. 16. Fig. 18 shows the 
exemplary DTD generated from the XML map object diagram shown in Fig. 16. 

Therefore, one aspect of the present invention provides for understanding and using 
the relationships between multiple objects in UML class diagrams. The invention then 
transforms these relationships into structural affirmations with schema information similar 
to database access representation. This structural schema information provides the 
information for program code (according to the present invention) to insert, extract, and 
navigate through XML documents. The structure of these XML documents can be defined 
through the UML model. The invention uses the XMLMap stereotype to represent a 
hierarchical structure for transformation into an XML map schema. The control process 
flow attached to the XML map structure receives the program code to define and 
implement the XMLMap manipulation and navigation program code. 

One aspect of the present invention provides a method of synchronization of the 
program code that implements a method and an activity diagram that corresponds to that 
method. This is accomplished by correlating each element of the activity diagram to one or 
more lines of program code that implement the method. Furthermore, the sequence of 
elements in the activity diagram are also correlated to a sequence of the identified lines of 
program code that correspond to a particular elements. 

Accordingly, if the program code is changed the method of the present invention 
provides that the program code is scanned to determine if any of lines of program code are 
not correlated to an element of the activity diagram. If any lines of uncorrelated program 
code are found, an activity diagram element that corresponds to the uncorrelated program 
code is inserted in the activity diagram. Since, the sequence of the elements of the activity 
diagram are also correlated to the sequence of the lines of program code, the position of the 
uncorrelated lines of code is used to determine the insertion point of the element in the 
activity diagram. In this way, the present invention synchronizes the program code that 
implements a method with the activity diagram corresponding to that method. 

Another aspect of the present invention provides a computer implemented method of 
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generating context sensitive help for any element in an activity diagram of an Object 
Oriented (OO) method attached to an object in an OO model. The method involves 
determining the element of the activity diagram pointed to by a pointing device such as a 
cursor controlled by a mouse. Thereafter, the method of the present invention scans a local 
namespace available within the object to which the OO method is attached, and generates 
the context sensitive help based on the element of the activity diagram pointed to and the 
scanned local namespace of the object. This context sensitive help also builds the UML 
constructs that permit the generation of the program code that implements a method 
corresponding to an activity diagram. 

A further aspect of the present invention provides a computer implemented method 
for generating the target code for data types in various different target environments. To 
this end, the present invention provides for the definition of abstract data type primitives 
for the data types. For example, these abstract data type primitives can be implemented as 
objects with data and methods (or behavior) corresponding to a particular data type. The 
present invention also provides for the generation of target code for these abstract data type 
primitives for a particular target environment. In this way, the present invention provides 
for modeling business objects and data types independent of the target environment. 

Another aspect of the present invention provides a computer implemented method 
for depicting both synchronous and asynchronous events in a singe state diagram of an OO 
model. This is accomplished by interpreting an event having a guard condition constraint 
as defining a synchronous event transition whereas events that do not have guard condition 
constraints are defined as asynchronous event transitions. For example, with reference to 
Fig. 12, the guarded events 1201 and 1202 define synchronous event transitions while the 
event transitions 1203 and 1204 that do not have a guard condition define asynchronous 
event transitions. In this way, the present invention provides for the representation and 
interpretation of both synchronous and asynchronous events in one state diagram. 

Another aspect of the present invention provides a computer implemented method 
and software for using template and pattern classes to generate a full class specification. 
Accordingly, the present invention provides that a class specification and activity details 
are generated from a tokenized UML template. Many software modules have precise 
patterns for implementation. These patterns have variations that are specific to particular 

instances of a given application. 

In this context, it should be noted that in object-oriented programming, a pattern 
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can contain the description of certain objects and object classes to be used, along with their 
attributes and dependencies, and the general approach for solving a particular problem. A 
collection of patterns, called a pattern framework, can also be used to solve a specific 
problem. A book, u Design Patterns: Elements of Reusable Object-Oriented Software," by 
E. Gamma, R. Helm. R. Johnson, and J. Vlissides is crediting with creating an interest in 
design patterns in object-oriented programming. 

The problem of database access, for example, implies a very rigid pattern on 
manipulating the database tables and fields. The variant components for a given class on a 
database access pattern, for example, would be the number of data columns and class 
attributes, as well as the names and types of these attributes. The data access pattern could 
utilize the same processes and procedures for reading, writing, creating and updating the 
class table object. The present invention provides for modeling the precise and constant 
elements of a design pattern, and for substituting at design time the variant elements of that 
particular design pattern. By utilizing template definitions within the class specifications 
allows the present invention to iterate a template specification over a specific instance that 
defines the variant elements of the pattern. 

The present invention tokenizes the various static elements of a class specification 
and creates a new class specification merged from a template and a pattern. The template 
contains tokenized names identifying elements such as Class Name, Attribute Name, 
Association, operation and other static class items. The present invention provides a 
< < Pattern > > Stereotype Class Specification that contains the definitions for these 
variant token elements from the present invention's < < Template > > Stereotype 
Specification. 

By utilizing a template Stereotype Class Specification and multiple Patterns for the 
variant elements, the present invention creates a complete Class Specification, with static 
and dynamic elements implemented per the Pattern associations within the variant template 
stereotype Class Specification. 

Figure 19 is an example that demonstrates a Template 1901 for an EJB (Enterprise 
Java Bean) data access. The template 1901 is realized by a Pattern 1902, specifying the 
Class Name, Attributes, and Method names. The resulting class 2001 (shown in Fig. 20) 
is generated by the merging of the Template 1901 and the Pattern 1902. 

As shown in figure 20, each tokenized element within the pattern specification is 
replicated for the template specification for each item defined in the pattern tokens. For 
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example: the attribute token is defined for the pattern set and get methods. According to 
the present invention, this instructs the present invention to create a get and set method for 
each attribute in the target template. The target template 2001 will define variant attributes 
and Data types for those attributes. The pattern specification will define a prototypical get 
and set method for attributes and the complete activity implementations for the attribute 
methods. When the present invention generates the complete class specification for this 
pattern and template relationship, it will substitute each attribute name and data type into 
the respective tokens for the prototypical methods defined within the pattern. The result is 
a complete class with the get and set methods for each attribute in the template. That is, 
the prototypical behavior is defined within the template and transferred to the pattern for 
each tokenized element. The pattern contains the data elements and/or methods with 
tokenized attributes or class definitions. When the template is applied to the pattern the 
dynamic behavior of the template will be transformed for each token element within the 
pattern. 

Figure 21 is another example in which templates 2101 and 2102 are merged with 
one or more of the patterns 2103-2105 to generate class specifications 2106-2109. That is, 
class specification 2106 is generated by merging template 2102 with pattern 2103, class 
specification 2107 is generated by merging template 2102 with pattern 2104, class 
specification 2108 is generated by merging template 2101 with pattern 2105, and class 
specification 2109 is generated by merging template 2102 with pattern 2105. 

According to the present invention, this pattern process can be implemented for any 
predictive and repetitive software pattern. A designer creates the predictive pattern with 
tokens representing the variant elements and then creates a template defining the variant 
elements. Then, the present invention provides for merging the pattern and template to 
create the complete class specification. 

Figs. 22-73 disclose the details of one preferred embodiment of the present 

invention. 

Other embodiments of the invention will be apparent to those skilled in the art from 
a consideration of the specification and the practice of the invention disclosed herein. It is 
intended that the specification be considered as exemplary only, with the true scope and 
spirit of the invention being indicated by the following claims. 
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1 . A computer implemented method of generating program code for an Object 
Oriented (OO) model in a target environment comprising the steps of: 

defining abstract data type primitives for elements in an activity diagram of an 
Object Oriented (OO) method; 

generating the syntax for the abstract data type primitives in the target environment; 

and 

generating program code in the target environment, using the generated syntax for 
the abstract data types, for the OO method depicted in the activity diagram. 

2. A computer implemented method of generating program code from user 
requirements based modeling diagrams of an object oriented (OO) model comprising the 
steps of: 

defining a respective collaboration diagram for each interaction between two objects 
of the modeling diagram; 

defining interface, control and entity tier objects based on the modeling diagrams 
and the collaboration diagram; 

defining business rule control objects for encapsulating problem domain business 

rules; 

defining program flow control objects for encapsulating processes based on 
interactions; 

using standardized markup language for communicating between the business rule 
control objects and the program flow control objects; and 

generating program code from the defined interface objects, control objects, entity 
objects, program flow control objects and business rule control objects. 

3. A computer implemented method of depicting asynchronous and 
synchronous events in a single state diagram of an OO model comprising the steps of: 

defining a guard condition constraint on an event transition between two states; 
determining an event transition as being synchronous if a guard condition is present; 

and 

determining an event transition as being asynchronous if a guard condition is not 
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present. 



4. 



A computer implemented method of synchronizing program code for an 
Object Oriented (OO) method to the activity diagram of the OO method in an OO model 

comprising the steps of: 

correlating each elements of the activity diagram to at least one line of program 

code; 

scanning the program code to identify lines of program code not correlated to any 

element of the activity diagram; and 

inserting an element in the activity diagram corresponding to respective identified 
lines of program code not correlated to any elements of the activity diagram. 

5. A computer implemented method of generating context sensitive help for any 
element in an activity diagram of an Object Oriented (OO) method attached to an object in 
an OO model, comprising the steps of: 

determining the element of the activity diagram pointed to by a pointing device; 

scanning a local namespace available within the object to which the OO method is 
attached; and 

generating the context sensitive help based on the element of the activity diagram 
pointed to and the scanned local namespace of the object. 

6. A computer readable data storage medium having program code recorded 
thereon for generating target program code for an object oriented model in a target 
environment, the program code comprising: 

a first program code that allows the definition of abstract data type primitives for 
elements in an activity diagram of an object oriented (OO) method; 

a second program code that generates the syntax for the abstract data type primitives 

in the target environment; and 

a third program code that generates the target program code in the target 
environment, using the generated syntax for the abstract data types, for the OO method 
depicted in the activity diagram. 
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7 A computer readable data storage medium having program code recorded 
thereon for generating target program code from user requirements based modeling 
diagrams of an object oriented model, the program code comprising: 

a first program code that allows the definition of a respective collaboration diagram 
for each interaction between two objects of the modeling diagram; 

a second program code that allows the definition of interface, control, and entity 
tier objects based on the modeling diagram and the collaboration diagram; 

a third program code that allows the definition of business rule control objects that 
encapsulate the problem domain business rules; 

a fourth program code that allows the definition of program flow control objects for 
encapsulating process based on interaction; 

a fifth program code that uses standardized markup language for communicating 
between the business rule control objects and the program flow control objects; and 

a sixth program code that generates the target program code from the defined 
interface objects, control objects, entity objects, program flow control objects, and business 
rule control objects. 

8. A computer readable data storage having program code recorded thereon for 
depicting asynchronous and synchronous events in a single state diagram of an OO model 
method, the program code comprising: 

a first program code that allows defining a guard condition constraint on an event 
transition between two states; and 

a second program code that determines the event transition to be synchronous of the 
guard condition is present and determines the event transition to be asynchronous if the 
guard condition is not present. 

9. A computer readable data storage having program code recorded thereon for 
synchronizing generated program code for an object oriented (OO) method to an activity 
diagram of the OO method in an OO model, the program code comprising: 

a first program code that correlates each element of the activity diagram to at least 
one line of program code; 

a second program code that scans the generated program code to identify lines of 
generated program code that are not correlated to any element of the activity diagram; and 
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a third program code that inserts an element in the activity diagram that corresponds 
to respective identified lines of program code not correlated to any elements of the activity 
diagram. 

10. A computer readable data storage having program code recorded thereon for 
generating context sensitive help for any element in an activity diagram of an object 
oriented (OO) method attached to an object in an OO model, the program code comprising: 

a first program code that determines the element of the activity diagram pointed to 
by a pointing device; 

a second program code that scans the local namespace available within the object to 

which the OO method is attached; and 

a third program code that generates the context sensitive help based on the element 
of the activity diagram pointed to and the scanned local namespace of the object. 

11. The method according to claim 2, wherein the step of using standardized 
markup language to communicate between objects uses the extensible markup language 

(XML) and includes the steps of : 

developing an XML map extension to a class diagram to create an XML map object 

diagram that relates XML map objects to control program flow objects; 
generating XML schema from the XML map object diagram; and 
generating XML Data Type Definitions (DTD) from the XML map object diagram. 

12. A computer implemented method of generating an object oriented class 
specification, the method comprising the steps of: 

creating a template stereotype specification with tokens identifying variant class 

elements; 

creating a pattern stereotype specification containing definitions for the variant class 
elements; and 

merging the template stereotype specification and the pattern stereotype 
specification to generate a class specification wherein the tokens identifying the variant 
class elements are replaced by definitions for the variant class elements contained in the 
pattern stereotype specification. 
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13. The method according to claim 12, wherein the creating a pattern stereotype 
specification step includes creating a plurality of pattern stereotype specifications, and 

wherein the merging step includes merging any one of the plurality of pattern 
stereotype specifications with the template stereotype specification to generate the class 
specification. 
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public class PersonEnty implements Loadable, Cioneable{ . 

// Loadable interface provides access for DBPackage 
DBPackage mDSPackoge-nul 1 ; " the Database connect ion this object belongs to 

DBControl mDBControl-null; " the Control this Entity belongs to 

static DBTableDef initios mDBTableDef i nit ion -null : " Static field definitions 

boolean DBPackageCoanectionActi we- false: this flag determines the access is coming from the DBPackage 



rith the field definitions 



Start Loadable interface M/ 

public DBTableDef in it ion getFields( H 

this Loadable interface provides the DBPackage 
/* required for object end field loading 
if (aDBTableDef inition null>{ 
return mDBTableDef ini t ion . 

DBTableDef inition tdef ■ new DBTableDef i nit ion( ) : 
mDBTableDef inition - tdef ; 

tdef .setTableName(mTablePersonEnty): " Database table name 
tdef addFieldCPersonld*. »f ldPersonld. DBPackage dbp_ Integer . 
tdef .addField{ 'First Hame* . mf ldFirstHame. DBPackage dbp_St ring, 
tdef addField( "MiddleHame" . mf ldMiddleHame. DBPackage .dbp_Stnng 
tdef addField( 'Last Heme* . mf IdLastHame. DBPackage dbp_St ring. S 
tdef addField< "UserHame" . mf ldUserHame. DBPackage dbp_St ring. 5 
tdef .addFie Id < "Password* . mf ldPassword. DBPackage dbp_St ring. S 
tdef -setTimeOut( 0): 

RemoteEngineConf ig rc - new RemoteEngxneCont ig( ) : 

long i refresh • rc . getRemoteEngineCacheTimeOut ( * PersonEnty * ) ; 

if (irefresh>0){ 

tdef .setTimeOut( iref resh) ; 
) if (tdef getTimeOut< )>0){ 
tdef .setCacneHe( false) ; 
return tdef ; 
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50. 0); 

50. 0): 
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public DBSchema ge t Schema ( )< 
if (mDBSchema ! = null){ 
re t urn mDBSchema ; 

mDBSchema = new DBSchemaO^ 
mDBSchema. se t Con trol Name ( tersonL 
AssociatedControl assoc =null. 
RelationField rf s null; 



tl"). 



assoc = new Assoc ia t edCon t rol () , 

assoc . setName ( " AddressC t 1 ) ; 

assoc setCardinality( new Integer(O)). 

mDBSchema . addAssociat ion ( assoc ) ; 

rf * new RelationField ( ) ; 

rf .setHameCPersonld" ) ; 

assoc . addFields(rf ) ; 

assoc = new AssociatedControl . ( ) , 
assoc . setName( "FersonPro 3 ectl> S gCt 1 ) . 
SSoc.setCa[rdinality( new Integer(l)) 
mDBSchema. addAssociat ion (assoc) ; 
rf = new RelationField( ) ; 
rf . setHame( "Per son Id" ) ; 
assoc. addFields(rf ) ; 

return mDBSchema; 
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d ° ( method - theWidl. getMethodHameO; 
try ( 

( cxnt.9." rt«t-u«h.,et(«curr«i«t«te) ) .intV.lu-U ; 

) catch (Exception e) ( iState--l; J 

"i E ient - ((In t e g er) oE ven t Ha S h. g ct(»echod))-intValue(). 
} catch (Exception e) ( iState— 1 ; ) 
switch (iState) ( 
case isStart: 

switch (iEvent) ( 
case ieVaiidate: 

mCurrentState « sValidation; 
ValidateVaiidation( theWidl) ; 
if <!getValid() 44 Tries () < 3) ( 

theWidl -setMethodName( eTryAgain) ; 
synchronous - true; 

if (Tries () >-3H m 

theWidl . setMethodName ( eTooMany) ; 

synchronous - true; 

if (getValidO 44 Tries () < 3) ( 
theWidl . se tMethodName ( eGood) ; 
synchronous « true; 

) 

break; 

// end switch (iEvent) { 
break; // isStart 
case isValidation: 
switch (iEvent) ( 

case ieTryAgain:- 

mCurrentState = slnValid; 
TryAgainlnValid ( theWidl); 
if (Continue) ( 

theWidl . setMethodName ( eDo) ; 
synchronous - true; 

) 

breaks- 
case ieTooMany: 

mCurrentState - sFail; 

TooManyFaiK theWidl); 

synchronous - false; 

return true; 

case ieGood: 

mCurrentState - sValid; 
GoodValid( theWidl); 
synchronous - false; 
return true; 

); // end switch (iEvent) ( 
break; // isValidation 
case islnvalid: 

switch (iEvent) ( 
case leDo: 

mCurrentState - sWait; 
OoWait( theWidl); 

synchronous * false; „ 
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return true/ 

) ; // end switch (xEvent) < 
break; // isInValid 
case is Wait: 

switch (i Event) { 
case ieValidate: 

mCurrentState - sValidation; 
VaiidateValidation ( theWidl) ; 
if (!getValid() ** TriesO < 3) { 

theWidl. setMethodNamet eTryAgain) 
synchronous - true; 



) 

if 



if 



(Tries () >«3) ( 

theWidl . setMethodName < eTooMany ) 
synchronous - true; 



(getValidO fci Tries () 
theWidl . setMethodName < 
synchronous - true; 

) 

break; 

); // end switch (iEvent) { 
break; // isWait 
case isFail: 

switch (iEvent) { 
case ieEnd: 

nCurrentState = sEnd; 
End£nd( theWidl); 
synchronous « false; 
break; 

); // end switch (iEvent) { 
break; // is Fail 
case isValid: 

switch (iEvent) { 
case ieEnd: 

mCurrentState - sEnd; 
EndEnd( theWidl); 
synchronous - false; 
break; 

}; // end switch (iEvent) { 
break; // isValid 
); // end of Switch (iState) 
) while (synchronous — true); 
return ret; 



< 3) { 
eGood) ; 



*TWG End eroseuid -3 ***/ 
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/*****TWG Rational Generation***** 

// <P> 

// StateMachine Documentation: <P> 

// Place Model notes before StateMachine 

Documentation 

// label!! <P>Event: <P>State: Set Widl Return 

result^Fail 

eroseuid 371DD79F020B 9 
Regenerate Code : Yes 
*****TWG Rational Generation*****/ 
protected void TooManyFail (Widl theWidl) { 
try{ 

/♦* 

// <P> 

// reciever Widl theWidl :: sender VRULogonPF this 

<P> 

setReturnParameter ( ■ result" , " Fail" ) 
**/ 

theWidl. setReturnParameter ("result", "Fail") ; 
} catch (Exception e) { 

System-err. println ("VROLogonPF. TooManyFail: " + e) ; 
e . printStackTrace ( ) ; 

) 

} 

/** ** *TWG End eroseuid 371DD7 9F020B ***/ 
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«XMLMap» 
playlist 
(from PhoneSentences) 



«XMLMap» 



«XMLMap>> 
J£ 



"777 



0.." «XMUMap» 
play 

(from VRULoglc) 



_wavefitename : Attribute 



«XMLMap» 
playoutput 




«ControlPF» 
ptaySentencePF 



,«AttributeAccess» 
„ «Attrib ute Aocess» 
9 «AttrtbuteAocess» 
„ « AttributeAocess» 
^«Attr1buteAocess» 
. «AttrtbuteAccess» 
,«AttributeAocesfi» 



PlaySentencePFO 
inVttdlO 

oetXML.PlayOulPutO 

getXML^playllstO 

oetXMLjptayO 
QetXMLjwavcfilenameO 

QetXMLMapPlayRoolO 
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«Tempfcate>> 
<Ctas^tame>6ean 






^sBt<Attr1bute>0 
^get<Attribute>0 
V^adReldsO 




«Pattem» 
Person 

©J=>eisonlD :Long 
^FirdName : String 
^LaiName : String 
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<<ControlPF>> 
p a rso n B e a n 



p e rso n I D : Long 
NlrstNam e : S trlng 
j. a stNam e : S tring 



^se tP e rson ID() 
^ge tP erson ID() 
^selFlrstNam e() 
^getFlrstNam e () 
^setLastNam e () 
^getLastNam e () 
^readFleldsO 
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«Template» 
<CtassName>Bean 



*set<Attribute>() 
*get<Attribute>() 
♦updateO 

w 



«Tempbte» 
<ClassName>Ho 
me 




«Pattem» 



MyBean 



^Name : String j 
^Address : String | 
^itemNumber : int I 



«ControlPF» 
MyBean Home 
^Name : String 
^Address : String 
^itemNumber : int 



«Pattem» 
Logon 



C^UserName : String = 
j^LogonlD : Long 
| ^Password : String : 




JZ 



2_io"7 



LogonHome 



^UserName : String 
^LogonlD : Long 
^Password : String 



LogonGroup 



^LogonGroupD : Long 
d^GroupName: String 
insecurity Level : int 



LogonGroupBean 
^LogonGrouplD : Long \ 
^GroupName : String : 
^Security Level : int 

*setLogonGrouplD() 
%setGruupName() , 
%setSecurityLevel() 
*getLogonGroupiD() i 
♦getGroupName() i 
*getSecurityLevel() 
^update() 



LogonGroupHome 



^LogonGroupID : Long 
^GroupName : String 
^SecurityLevel : int 
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«ControlPF» 
PersonBean 




% PersonID : Long 
% FirstName : String 
% LastName : String 


OsetPersonlD() 

<>getPersonlD() 

<^>setFirstName() 

<^>getFirstName() 

<C>setLastName() 

<^getLastName() 

<5readFields() 



2001 
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FIG. 13c 



return true; 

}; // end switch (iEvent) { 
break; //islnValid 
case isWait: 
switch (iEvent) { 
case ieValidate: 

mCurrentState = sValidation; 
ValidateValidation( theWidl); 
it (!getValid() && Tries() < 3) { 
theWidl.setMethodName(eTryAgain); 

synchronous = true; 

!f(Tries()>=3){ 
theWidl.setMethodName(eTooMany); 

synchronous = true; 

If (getValid() && Tries() < 3) { 
theWidl.setMethodName( eGood); 
synchronous = true; 

} 

break; 

}; // end switch (iEvent) { 
break; // isWait 
case isFail: 

switch (iEvent) { 
case ieEnd: 

mCurrentState = sEnd; 
EndEnd(theWidl); 
synchronous = false; 
break; 

}; // end switch (iEvent) { 
break; // isFail 
caseisValid: 
switch (iEvent) { 
case ieEnd: 

mCurrentState = sEnd; 
EndEnd( theWidl); 
synchronous = false; 
break; 

}; // end switch (iEvent) { 
break; // isValid 
}; // end of Switch(iState) 
} while (synchronous == true); 
return ret; 

/*****TWG End @roseuid -3 ***/ 
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FIG. 13b 



do{ 

method = theWidl.getMethodNameO; 
try{ 
iState = 

((lnteger)mStateHash.get(mCurrentState)).intValueO; 
} catch (Exception e) {iState=-1} 
try { 

iEvent = ((lnteger)mEventHash.get(method)).intVaiue(); 
} catch (Exception e) {iState==-1} 
switch(iState) { 
case isStart: 
switch (iEvent) { 
case ieValidate: 

mCurrentState = sValidation; 
Valida\eValidation(_Widl); 
if (!getValid() &&TriesO<3){ 
theWidl.setMethodName(eTryAgain); 
synchronous = true; 

If (TriesQ >=3){ 

Vid r 



theWidl.setMethodName( eTooMany); 
synchronous = true; 



if (getVa!id() &&TriesO<3){ 
tneWidI.setMethodName( eGood); 
synchronous = true; 

break; 

}; // end switch (iEvent) { 
break; //' isStart 
case isValidation; 
switch (iEvent) { 
case ieTryAgain: 

mCurrentState = slnValid; 
TryAgainlnValid(theWidl); 
if (Continue) { 
theWidI.setMethodName( eDo); 
synchronous = true; 

break; 

case ieTooMany: 

mCurrentState = sFaii; 
TooManyFail( theWidl); 
synchronous = false; 
return true; 

case ieGood: 

mCurrentState = sValid; 
GoodValid(theWidl); 
synchronous = false; 
return true; 

}; // end switch (iEvent) { 
break; // isValidation 
case islnValid: 
switch (iEvent) { 
case ieDo: 

mCurrentState = sWait; 
DoWait(theWidl); 
synchronous = false; 
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FIG. 9 

public DBSchema getSchema(){ 
if (mDBSchema ! = null){ 
return mDBSchema; 

mDBSchema = new DBSchema(); 
rnDBSchema-setControlNameCPersonCtr); 
AssociatedControi assoc =null; 
RelationField rf=null; 

assoc = new AssociatedControl(); 
assoc.setName("AddressCt1 "); 
assoc.setCardinality( new Integer(O)); 
mDBSchema.addAssociation(assoc); 
rf = new RelationField(); 
itsetNamefPersonld"); 
assoc. add Fieids(rf); 

assoc = new AssociatedControl(); 

assoc.setName("PersonProject(JsgCt1"); 

assoc.setCa|rdinality( new lnteger(1)); 

mDBSchema.addAssociation(assoc); 

rf = new RelationField(); 

rf.setNamef'Personld"); 

assoc.addFields(rf); 

return mDBSchema; 
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FIG. 3 
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13. The method according to claim 12, wherein the creating a pattern stereotype 
specification step includes creating a plurality of pattern stereotype specifications, and 

wherein the merging step includes merging any one of the plurality of pattern 
stereotype specifications with the template stereotype specification to generate the class 

specification. 
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a third program code that inserts an element in the activity diagram that corresponds 
to respective identified lines of program code not correlated to any elements of the activity 
diagram. 

10. A computer readable data storage having program code recorded thereon for 
generating context sensitive help for any element in an activity diagram of an object 
oriented (OO) method attached to an object in an OO model, the program code comprising: 

a first program code that determines the element of the activity diagram pointed to 
by a pointing device; 

a second program code that scans the local namespace available within the object to 
which the OO method is attached; and 

a third program code that generates the context sensitive help based on the element 
of the activity diagram pointed to and the scanned local namespace of the object. 

11. The method according to claim 2, wherein the step of using standardized 
markup language to communicate between objects uses the extensible markup language 
(XML) and includes the steps of: 

developing an XML map extension to a class diagram to create an XML map object 
diagram that relates XML map objects to control program flow objects; 
generating XML schema from the XML map object diagram; and 
generating XML Data Type Definitions (DTD) from the XML map object diagram. 

12. A computer implemented method of generating an object oriented class 
specification, the method comprising the steps of: 

creating a template stereotype specification with tokens identifying variant class 
elements; 

creating a pattern stereotype specification containing definitions for the variant class 
elements; and 

merging the template stereotype specification and the pattern stereotype 
specification to generate a class specification wherein the tokens identifying the variant 
class elements are replaced by definitions for the variant class elements contained in the 
pattern stereotype specification. 
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7 A computer readable data storage medium having program code recorded 
thereon for generating target program code from user requirements based modeling 
diagrams of an object oriented model, the program code comprising: 

a first program code that allows the definition of a respective collaboration diagram 
for each interaction between two objects of the modeling diagram; 

a second program code that allows the definition of interface, control, and entity 
tier objects based on the modeling diagram and the collaboration diagram; 

a third program code that allows the definition of business rule control objects that 
encapsulate the problem domain business rules; 

a fourth program code that allows the definition of program flow control objects for 
encapsulating process based on interaction; 

a fifth program code that uses standardized markup language for communicating 
between the business rule control objects and the program flow control objects; and 

a sixth program code that generates the target program code from the defined 
interface objects, control objects, entity objects, program flow control objects, and business 
rule control objects. 

8. A computer readable data storage having program code recorded thereon for 
depicting asynchronous and synchronous events in a single state diagram of an OO model 
method, the program code comprising: 

a first program code that allows defining a guard condition constraint on an event 

transition between two states; and 

a second program code that determines the event transition to be synchronous of the 
guard condition is present and determines the event transition to be asynchronous if the 
guard condition is not present. 

9. A computer readable data storage having program code recorded thereon for 
synchronizing generated program code for an object oriented (OO) method to an activity 
diagram of the OO method in an OO model, the program code comprising: 

a first program code that correlates each element of the activity diagram to at least 

one line of program code; 

a second program code that scans the generated program code to identify lines of 
generated program code that are not correlated to any element of the activity diagram; and 
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present. 

4. A computer implemented method of synchronizing program code for an 
Object Oriented (OO) method to the activity diagram of the OO method in an OO model 
comprising the steps of: 

correlating each elements of the activity diagram to at least one line of program 

code; 

scanning the program code to identify lines of program code not correlated to any 
element of the activity diagram; and 

inserting an element in the activity diagram corresponding to respective identified 
lines of program code not correlated to any elements of the activity diagram. 

5. A computer implemented method of generating context sensitive help for any 
element in an activity diagram of an Object Oriented (OO) method attached to an object in 
an OO model, comprising the steps of: 

determining the element of the activity diagram pointed to by a pointing device; 
scanning a local namespace available within the object to which the OO method is 
attached; and 

generating the context sensitive help based on the element of the activity diagram 
pointed to and the scanned local namespace of the object. 

6. A computer readable data storage medium having program code recorded 
thereon for generating target program code for an object oriented model in a target 
environment, the program code comprising: 

a first program code that allows the definition of abstract data type primitives for 
elements in an activity diagram of an object oriented (OO) method; 

a second program code that generates the syntax for the abstract data type primitives 
in the target environment; and 

a third program code that generates the target program code in the target 
environment, using the generated syntax for the abstract data types, for the OO method 
depicted in the activity diagram. 
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What is claimed is : 

1. A computer implemented method of generating program code for an Object 
Oriented (OO) model in a target environment comprising the steps of: 

defining abstract data type primitives for elements in an activity diagram of an 

Object Oriented (OO) method; 

generating the syntax for the abstract data type primitives in the target environment; 

and 

generating program code in the target environment, using the generated syntax for 
the abstract data types, for the OO method depicted in the activity diagram. 

2. A computer implemented method of generating program code from user 
requirements based modeling diagrams of an object oriented (OO) model comprising the 
steps of: 

defining a respective collaboration diagram for each interaction between two objects 

of the modeling diagram; 

defining interface, control and entity tier objects based on the modeling diagrams 

and the collaboration diagram; 

defining business rule control objects for encapsulating problem domain business 

rules; 

defining program flow control objects for encapsulating processes based on 
interactions; 

using standardized markup language for communicating between the business rule 
control objects and the program flow control objects; and 

generating program code from the defined interface objects, control objects, entity 
objects, program flow control objects and business rule control objects. 

3. A computer implemented method of depicting asynchronous and 
synchronous events in a single state diagram of an OO model comprising the steps of: 
defining a guard condition constraint on an event transition between two states; 
determining an event transition as being synchronous if a guard condition is present; 

and 

determining an event transition as being asynchronous if a guard condition is not 
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example: the attribute token is defined for the pattern set and get methods. According to 
the present invention, this instructs the present invention to create a get and set method for 
each attribute in the target template. The target template 2001 will define variant attributes 
and Data types for those attributes. The pattern specification will define a prototypical get 
and set method for attributes and the complete activity implementations for the attribute 
methods. When the present invention generates the complete class specification for this 
pattern and template relationship, it will substitute each attribute name and data type into 
the respective tokens for the prototypical methods defined within the pattern. The result is 
a complete class with the get and set methods for each attribute in the template. That is, 
the prototypical behavior is defined within the template and transferred to the pattern for 
each tokenized element. The pattern contains the data elements and/or methods with 
tokenized attributes or class definitions. When the template is applied to the pattern the 
dynamic behavior of the template will be transformed for each token element within the 
pattern. 

Figure 21 is another example in which templates 2101 and 2102 are merged with 
one or more of the patterns 2103-2105 to generate class specifications 2106-2109. That is, 
class specification 2106 is generated by merging template 2102 with pattern 2103, class 
specification 2107 is generated by merging template 2102 with pattern 2104, class 
specification 2108 is generated by merging template 2101 with pattern 2105, and class 
specification 2109 is generated by merging template 2102 with pattern 2105. 

According to the present invention, this pattern process can be implemented for any 
predictive and repetitive software pattern. A designer creates the predictive pattern with 
tokens representing the variant elements and then creates a template defining the variant 
elements. Then, the present invention provides for merging the pattern and template to 
create the complete class specification. 

Figs. 22-73 disclose the details of one preferred embodiment of the present 
invention. 

Other embodiments of the invention will be apparent to those skilled in the art from 
a consideration of the specification and the practice of the invention disclosed herein. It is 
intended that the specification be considered as exemplary only, with the true scope and 
spirit of the invention being indicated by the following claims. 
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can contain the description of certain objects and object classes to be used, along with their 
attributes and dependencies, and the general approach for solving a particular problem. A 
collection of patterns, called a pattern framework, can also be used to solve a specific 
problem. A book, "Design Patterns: Elements of Reusable Object-Oriented Software," by 
E. Gamma, R. Helm. R. Johnson, and J. Vlissides is crediting with creating an interest in 
design patterns in object-oriented programming. 

The problem of database access, for example, implies a very rigid pattern on 
manipulating the database tables and fields. The variant components for a given class on a 
database access pattern, for example, would be the number of data columns and class 
attributes, as well as the names and types of these attributes. The data access pattern could 
utilize the same processes and procedures for reading, writing, creating and updating the 
class table object. The present invention provides for modeling the precise and constant 
elements of a design pattern, and for substituting at design time the variant elements of that 
particular design pattern. By utilizing template definitions within the class specifications 
allows the present invention to iterate a template specification over a specific instance that 
defines the variant elements of the pattern. 

The present invention tokenizes the various static elements of a class specification 
and creates a new class specification merged from a template and a pattern. The template 
contains tokenized names identifying elements such as Class Name, Attribute Name, 
Association, operation and other static class items. The present invention provides a 
< < Pattern > > Stereotype Class Specification that contains the definitions for these 
variant token elements from the present invention's < < Template > > Stereotype 
Specification. 

By utilizing a template Stereotype Class Specification and multiple Patterns for the 
variant elements, the present invention creates a complete Class Specification, with static 
and dynamic elements implemented per the Pattern associations within the variant template 
stereotype Class Specification. 

Figure 19 is an example that demonstrates a Template 1901 for an EJB (Enterprise 
Java Bean) data access. The template 1901 is realized by a Pattern 1902, specifying the 
Class Name, Attributes, and Method names. The resulting class 2001 (shown in Fig. 20) 
is generated by the merging of the Template 1901 and the Pattern 1902. 

As shown in figure 20, each tokenized element within the pattern specification is 
replicated for the template specification for each item defined in the pattern tokens. For 
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generating context sensitive help for any element in an activity diagram of an Object 
Oriented (OO) method attached to an object in an OO model. The method involves 
determining the element of the activity diagram pointed to by a pointing device such as a 
cursor controlled by a mouse. Thereafter, the method of the present invention scans a local 
namespace available within the object to which the OO method is attached, and generates 
the context sensitive help based on the element of the activity diagram pointed to and the 
scanned local namespace of the object. This context sensitive help also builds the UML 
constructs that permit the generation of the program code that implements a method 
corresponding to an activity diagram. 

A farther aspect of the present invention provides a computer implemented method 
for generating the target code for data types in various different target environments. To 
this end, the present invention provides for the definition of abstract data type primitives 
for the data types. For example, these abstract data type primitives can be implemented as 
objects with data and methods (or behavior) corresponding to a particular data type. The 
present invention also provides for the generation of target code for these abstract data type 
primitives for a particular target environment. In this way, the present invention provides 
for modeling business objects and data types independent of the target environment. 

Another aspect of the present invention provides a computer implemented method 
for depicting both synchronous and asynchronous events in a singe state diagram of an OO 
model. This is accomplished by interpreting an event having a guard condition constraint 
as defining a synchronous event transition whereas events that do not have guard condition 
constraints are defined as asynchronous event transitions. For example, with reference to 
Fig. 12, the guarded events 1201 and 1202 define synchronous event transitions while the 
event transitions 1203 and 1204 that do not have a guard condition define asynchronous 
event transitions. In this way, the present invention provides for the representation and 
interpretation of both synchronous and asynchronous events in one state diagram. 

Another aspect of the present invention provides a computer implemented method 
and software for using template and pattern classes to generate a full class specification. 
Accordingly, the present invention provides that a class specification and activity details 
are generated from a tokenized UML template. Many software modules have precise 
patterns for implementation. These patterns have variations that are specific to particular 
instances of a given application. 

In this context, it should be noted that in object-oriented progra m ming, a pattern 
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according to the present invention. 

These XML maps are then related to a control program flow object as shown in 
Fig. 16. Therefore, when the present invention generates the application, it interprets the 
associated XML diagram to generate the Data Type Definition (DTD) and the XML 
schema used by the business object model. Fig. 17 provides an exemplary XML schema 
generated to correspond to the XML object diagram shown in Fig. 16. Fig. 18 shows the 
exemplary DTD generated from the XML map object diagram shown in Fig. 16. 

Therefore, one aspect of the present invention provides for understanding and using 
the relationships between multiple objects in UML class diagrams. The invention then 
transforms these relationships into structural affirmations with schema information similar 
to database access representation. This structural schema information provides the 
information for program code (according to the present invention) to insert, extract, and 
navigate through XML documents. The structure of these XML documents can be defined 
through the UML model. The invention uses the XMLMap stereotype to represent a 
hierarchical structure for transformation into an XML map schema. The control process 
flow attached to the XML map structure receives the program code to define and 
implement the XMLMap manipulation and navigation program code. 

One aspect of the present invention provides a method of synchronization of the 
program code that implements a method and an activity diagram that corresponds to that 
method. This is accomplished by correlating each element of the activity diagram to one or 
more lines of program code that implement the method. Furthermore, the sequence of 
elements in the activity diagram are also correlated to a sequence of the identified lines of 
program code that correspond to a particular elements. 

Accordingly, if the program code is changed the method of the present invention 
provides that the program code is scanned to determine if any of lines of program code are 
not correlated to an element of the activity diagram. If any lines of uncorrected program 
code are found, an activity diagram element that corresponds to the uncorrected program 
code is inserted in the activity diagram. Since, the sequence of the elements of the activity 
diagram are also correlated to the sequence of the lines of program code, the position of the 
uncorrected lines of code is used to determine the insertion point of the element in the 
activity diagram. In this way, the present invention synchronizes the program code that 
implements a method with the activity diagram corresponding to that method. 

Another aspect of the present invention provides a computer implemented method of 
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state = "Fail." 

Fig. 15 shows exemplary generated code for the method of the VRULogonPF 
activity diagram (as shown in Fig. 14) for the event = "TooMany" and state = "Fail." 

Therefore, the present invention extends beyond the conventional use of an activity 
diagram in a conventional tool, such as that provided by Rose, implementing UML. In the 
prior art, activity diagrams are used to graphically represent decisions and flows through an 
application. However, the prior art did not provide for the ability to define a behavioral 
scope of the activity diagrams, or simplify complex algorithms with many steps into their 
block representations of the activity diagrams. Furthermore, the prior art was unable to 
minimize detail required for representing swim lane objects in the activity. The present 
invention provides for assigning behavioral scope to the activity diagrams and provides for 
collapsing multiple complex steps into single activities. The present invention provides 
program code to automate work for a designer to manage multiple swim lanes and 
interactions between multiple swim lanes. 

Therefore, one aspect of the present invention provides a specific one-to-one 
correlation between the event states, the class operations and activity diagrams. Therefore, 
by combining the business rules, modeled as described above, and the state machine 
activity diagrams, the present invention permits the generation of complete program code 
from an object model. Furthermore, another benefit of the present invention is that the 
information required for code generation is modeled in a specific sequence of modeling 
constructs and the program code can be generated from these modeling constructs in any 
target platform/language combination that supports the modeling constructs described 
above. Therefore, the modeling constructs are not specific to any single platform or 
language. 

Another aspect of the present invention provides that cross tier communications can 
be accomplished by using the constructs of standardized markup language, such as XML 
(extensible Markup Language). Therefore, the present invention provides that the tiers of 
the completed application communicate through XML. This creates the challenge of 
managing free-form text information in a structured object oriented paradigm. The present 
invention addresses this challenge by extending UML onto the XML world. This is done 
by providing XML map extensions to the class diagrams. Therefore, the present invention 
provides that the XML stereotype classes and associations are set and the relationships 
between them are defined. Fig. 16 provides an examples of an XML object diagram 
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class. 

Fig. 11 shows a class diagram for exemplary control program flow and control 
business rule classes 1101 and 1102, respectively. In addition, it shows the relationships 
between the control business rules and the database control classes. Fig. 12 shows a 
representative state machine. Therefore, each control process flow for control business 
rule object may have an associated state chart diagram. The present invention provides for 
translating this state chart diagram to a program code representation to manage events 
coming into the object or transitioning through the various states of the object. Figure 11 
also illustrates a representative set of relationships between associated objects completing a 
system implementation. Typically, a control process flow object will relate to some 
domain business rule object. That control business rule object will then subsequently relate 
to database elements through the control data access stereotyped class specification. 

Once the class diagrams and the state machines have been defined as discussed 
above, the present invention provides that the class code embodying the state machine that 
executes the business rule is generated. A state diagram may be associated with any 
control process flow or control business rule class specification. The state chart contains 
events transitioning between the defined states of that object. The present invention 
translates between these events and the guard conditions navigating boolean transitions 
between states into a code implementation that can receive synchronous and asynchronous 
events to implement the state transitions for a given object. Sample code for a generated 
state machine (shown in Fig. 12) for the VRULogonPF control program flow object is 

shown in Figs. 13a-13c. 

It should be noted that the implementation code for class, business rules, and 
program flow can be used to generate standard container patterns (set dictionary lookup, 
hashtable, etc.) for managing associated objects. The abstraction of relationships to other 
objects facilitates the access and maintainability of complex object models. 

In order to generate the class code for a state machine to function in a completed 
application, the present invention requires that the specific operations that take place at 
each intersection point between an event and a state be defined. This is accomplished 
though the use of activity diagrams, one of which must be associated with each event/state 
intersection point. Fig. 14 provides an example of an activity diagram for one of the 
intersection points between an event and a state shown in the state diagram of Fig. 12. 
This activity diagram corresponds to the intersection between the event = "TooMany" and 
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specification will be implemented into a persistent data base environment. This semantic 
information is interpreted in program code information which automates how all objects are 
manipulated in run-time programs. This mapping is generally Interface Definition 
Language (IDL) specific. This process implements an interface (presently in Java and 
COM) that the business database object model can use to interpret the class diagrams for 
managing data access. Exemplary Java program code that implements select/update/delete 
and select loading of a collection is shown in Fig. 8. 

The present invention then generates the control stereotype tier. This is done by 
cycling through the class diagram, picking out each class stereotype control and associated 
peer-relationship entity class. The control class uses the related entity class to perform data 
access management. Additionally, the database schema diagram is abstracted from the 
class diagram. This schema is then used to dynamically create complex query joins 
between multiple objects. Fig. 9 shows sample generated Java code implementing a 
mapping from a logical entity to a physical database. Figs. lOa-lOb show a sample Java 
control schema generated in accordance with the present invention. The present invention 
uses the UML model that contains the relationships between persistent class specifications 
and also contains the information required for these specific class objects to access and 
manipulate information within a database. When the present invention creates the program 
code to access and manipulate information within a database, it interprets the UML model 
relationship information creating a schema or schematic representation of the UML model. 
This schema contains the knowledge required for the present invention to automatically 
transform relationship database information into object oriented run-time program 
structures. 

The next step in the present invention requires the definition of the business rules. 
In the collaboration diagram illustrated in Fig. 5, a submit action 505 is shown that 
activates a business rule. A business rule is a process that evaluates business domain data 
and makes a decision accordingly. The present invention provides that business rules are 
defined under two separate stereotypes, either as control program flow or a control 
business rule stereotypes. The control business rules encapsulate the problem domain 
business rules. The control program flow objects control the path a transaction takes 
through the application based on the cqnstraints provided by the business rules. These 
control program flow and control business rules can be defined in a class diagram. Each 
class contains a state diagram which defines events, states, and methods that belong to that 
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additional tiers: a control program flow tier and a control business rules tier. Both of these 
additional tiers provide additional definition to the mid-tier processing and are discussed in 

more detail further herein. 

Therefore, the present invention provides that two class diagrams are developed: (i) 
an Entity Relationship Diagram (ERD) class diagram defining the entity and the control 
tiers (similar to Jacobson's Objectory process); and (ii) a control program flow/business 
rules class diagram. Fig. 6 shows an exemplary control entity class diagram showing peer 
relationship between two objects, 601 and 602. 

The present invention provides that once the control stereotype objects and their 
relationships are defined, as discussed above, the peer relationships and the entity models 
for the Entity Relationship Diagrams are automatically generated. Therefore, the present 
invention provides that the program code implementing the invention understands the 
relationship between the control data access and the entity persistent data access classes. 
When this relationship is created the program code automatically sets the relationships 
required for generating the complete program implementation for the control and entity 
data access. This automatic generation provides consistency, completeness, and reduces a 
significant amount of tedious and redundant effort in prior art systems. 

The present invention also generates a class diagram demonstrating control entity 
data access showing the relationships between Database control classes as shown, for 
example, in Fig. 7. Fig. 7 illustrates an exemplary set of data access classes 701-705 with 
their interconnecting relationships. The present invention understands the attributes of the 
data access classes through the schema information extracted from the UML model in the 
entity and control class specifications. The invention provides for propagating the role 
association names identifying the data elements of the control data access specifications that 
relate each class to other classes. The present invention also creates program code 
operation methods for implementing run-time navigation between control data access class 
specifications. 

The present invention then provides for creating the code for data access. A 
generator processes each entity class using the properties as defined by the processes 
discussed above. It creates a metastructure defining a mapping between class and class 
attributes to database name and columns. To define this mapping , the present invention 
provides for using the semantic naming applied to the UML model. With this semantic 
meaning, the present invention understands how each attribute of the entity class 
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diagram defining the action and the attributes involved in that action. A collaboration 
digram specifies the tangible artifacts defining the interaction between a use case process 
and an actor or with other processes. Therefore, the preferred embodiment of the present 
invention requires a one-to-one relationship between the interaction and the collaboration 
diagrams. In this context, tangible artifacts are defined and measurable pieces of 
information being sent from a use case process to the actor or from the actor to the use 
case process. Therefore, artifacts represent the information through to the system. 

Creation of a collaboration diagram requires the definition of objects and their 
attributes within a class diagram. Fig. 4 illustrates a collaboration class object diagram that 
defines the objects and their attributes that are necessary for the collaboration diagram that 
is illustrated in Fig. 5. Therefore, Fig. 4 contains exemplary UML class specifications 
with the Storyboard Stereotype. A Storyboard Stereotype identifies user interface 
elements. The attributes and attribute type in the class specification define the types of 
artifacts used with the user interface pages represented by a storyboard stereotype class 
specification. Therefore, the objects 401, 402, 403, and 404 shown in Fig. 4 correspond 
to elements 501, 502, 503, and 504, respectively, in the exemplary collaboration diagram 
shown in Fig. 5 

The collaboration diagram illustrated in Fig. 5 depicts the logon interaction 205 
identified in the use case diagram shown in Fig. 3. The collaboration diagram produced 
through this process is tightly coupled to both the use case (shown in Fig. 3) and the 
objects defined in the class diagram (shown in Fig. 4). Collaboration diagrams contain 
references place holders for user interface objects. The user interface objects 
(Storyboards) contain the artifacts or abstract data elements that a user will either send or 
receive from the system. These events are modeled into a process flow that identifies 
which additional user interface or logical domain objects will receive the users input. 
Logical domain objects also respond with result events that trigger transitions to other 
interface or domain objects within the collaboration diagram. 

The next step in the present invention involves data modeling of the persistent and 
tangible artifacts which are artifacts that are stored in a database or other long term 
storage. In the prior art, Ivar Jacobson defined three primary system partitioning 
stereotypes: interface; control; and entity. The entity tier (or stereotype) related to the 
persistent data objects, the control tier to the mid-tier processes, and the interface tier to 
the interactions with the users or other systems. The present invention provides two 
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standard ethernet bus although it is to be understood that all other types of networks, 
including wireless networks, could also be used in implementations of the present 
invention. 

One aspect of the present invention provides the generation of data access classes 
from entity and control classes. A prior art modeling tool, such as Rational Rose, provides 
basic SQL data access capabilities including select, insert, update and delete realized as 
Visual Basic code. More complex data query functions require the creation of views 
outside of Rose. Coordinating an external model with the Rose model creates significant 
challenges. The present invention provides a two-tier data model having an entity tier and 
a control tier. The entity tier captures the physical and logical relationships. The control 
tier tracks the relationships between objects. This allows the data modeling to be done 
independent of business process constraints. The data access functionality can be generated 
in several prograrnming languages such as Java and Visual Basic. If Visual Basic is the 
target, joins can be modeled without the creation of separate views. The more 
sophisticated capabilities of Java allow for the database schema and the table relationships 
from the control tier to be incorporated directly into the implementation code. A business 
object model can then use this code to generate complex queries spanning multiple tables. 

A preferred embodiment of the present invention will be described next. It should 
be understood that the following description describes the preferred embodiment of the 
invention and is not intended to be limitative of the invention. Therefore, the preferred 
embodiment uses UML terminology and modeling diagrams implemented by Rose to 
illustrate the preferred embodiment. However, the present invention is intended to apply to 
all object oriented modeling and development systems that use modeling diagrams and 
notation terminology that is equivalent to that discussed below with respect to the preferred 
embodiment. 

Fig. 3 shows a use case diagram for a logon process use case. The use case 
diagram is an example of a use requirement based modeling diagram or construct. In the 
following description, the "logon" process is described because it is representative of the 
processes that may be implemented using the present invention. A member of the public 
(actor) 200 starts a logon process to, for example, access a system that requires a log-in. 
The logon interaction 205 defines an interaction between the actor and a Logon process 210 
that implements the login to the system. 

The present invention requires that each interaction must have a collaboration 
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class specifications. 

Figures 22-73 disclose the details of one preferred embodiment of the present 
invention. 

DESCRIPTION OF THE PREFERRED EMBODIMENT^) 

With reference to the figures, Figure 1 shows a block diagram showing the 
components of a general purpose computer system 12 connected to an electronic network 
10, such as a computer network. The computer network can also be a public network, 
such as the Internet, a private network or a virtual private network. As shown in tlie figure 
1, the computer system 12 includes a central processing unit (CPU) 14 connected to a 
system memory 18. The system memory 18 typically contains an operating system 16, a 
BIOS driver 22, and application programs 20. In addition, the computer system 12 
contains input devices 24 such as a mouse and a keyboard 32, and output devices such as a 
printer 30 and a display monitor 28. 

The computer system generally includes a communications interface 26, such as an 
ethernet card, to communicate to the electronic network 10. Other computer systems 13 
and 13A also connect to the electronic network 10 which can be implemented as Wide Area 
Network (WAN) or as an inter-network such as the Internet. One of skill in the art would 
recognize that the above system describes the typical components of a computer system 
connected to an electronic network. It should be appreciated that many other similar 
configurations are within the abilities of one skilled in the art and all of these 
configurations could be used with the methods of the present invention. Furthermore, it 
should be recognized that the computer system and network disclosed herein can be 
programmed and configured, by one skilled in the art, to implement the method steps 
discussed further herein. 

In addition to being operable in a single computer system, the present invention 
may also be implemented in a networked computer system. An example of a typical 
computer network is shown in Fig. 2 which depicts a plurality of workstations 140 
connected directly or through a host server 142 to a client/server network 144. The 
client/server network may include an object oriented messaging system , such as the Object 
Management Group's Common Object Request Broker (CORBA) or Microsoft's 
Component Object Model (COM) for controlling the communication between distributed 
objects across clients and servers. The client/server computers could be connected using a 
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specification, illustrate a presently preferred embodiment of the invention, and, together 
with the general description given above and the detailed description of the preferred 
embodiment given below, serve to explain the principles of the invention. 

Fig. 1 is schematic diagram illustrating a computer system suitable for 

implementing the present invention. 

Fig. 2 is a schematic diagram illustrating a computer network that could be used to 
connect computer systems such as that illustrated in Fig. 1. 

Fig. 3 shows a use case diagram for a Logon process use case. 

Fig. 4 illustrates a collaboration class object diagram. 

Fig. 5 illustrates a collaboration diagram. 

Fig. 6 illustrates a control entity class diagram showing peer relationships. 
Fig. 7 illustrates a class diagram demonstrating control entity data access showing 
relationships between database control classes. 

Fig 8 illustrates exemplary data access code generated by the present invention. 
Fig. 9 shows sample generated Java code implementing a mapping from a logical 

entity to a physical database. 

Figs. 10a and 10b show a sample Java control schema generated according to the 

present invention. 

Fig. 11 illustrates a class diagram for control program flow and control business 
rule classes. 

Fig. 12 illustrates a sample state diagram for VRULogionPF control program flow 
class object. 

Figs 13a-13c show sample code for a generated state machine. 

Fig. 14 illustrates an activity diagram for an event/state intersection point. 

Fig. 15 shows exemplary code for a generated method corresponding to the 

scenario diagram of Fig. 14. 

Fig. 16 illustrates an exemplary XML object diagram. 
Fig. 17 illustrates a generated XML schema. 
Fig. 18 illustrates a generated XML DTD. 
Figure 19 illustrates a template for a data access. 

Figure 20 illustrates a resulting class specification from the merging of a template 
and a pattern. 

Figure 21 shows additional examples of merging templates and patterns to generate 
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depicted in the activity diagram. 

Also provided is a computer implemented method of generating program code from 
user requirement based modeling diagrams of an object oriented (OO) model including the 
steps of: defining a collaboration diagram depicting the interaction between two artifacts of 
the modeling diagrams; defining interface, control and entity tier objects based on the 
modeling diagrams and the collaboration diagram; defining business rule control objects for 
encapsulating problem domain business rules; defining program flow control objects for 
encapsulating processes based on interactions; using standardized markup language for 
communicating between the business rule control objects and the program flow control 
objects; and generating program code from the defined interface objects, control objects, 
entity objects, program flow control objects and business rule control objects. 

Also provided is a computer implemented method of depicting asynchronous and 
synchronous events in a single state diagram of an OO model including the steps of 
defining a guard condition constraint on an event transition between two states; determining 
an event transition as being synchronous if a guard condition is present; and determining an 
event transition as being asynchronous if a guard condition is not present. 

Further provided is a computer implemented method of synchronizing program 
code for an Object Oriented (OO) method to the activity diagram of the OO method in an 
OO model including the steps of correlating each elements of the activity diagram to at 
least one line of program code; scanning the program code to identify lines of program 
code not correlated to any element of the activity diagram; inserting an element in the 
activity diagram corresponding to respective identified lines of program code not correlated 
to any elements of the activity diagram. 

Also provided is a computer implemented method of generating context sensitive 
help for any element in an activity diagram of an Object Oriented (OO) method attached to 
an object in an OO model, including the steps of: determining the element of the activity 
diagram pointed to by a pointing device; scanning a local namespace available within the 
object to which the OO method is attached; and generating the context sensitive help based 
on the element of the activity diagram pointed to and the scanned local namespace of the 
object. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The accompanying drawings, which are incorporated in and constitute a part of the 
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An instance of a class or an object is a specified individual entity that has an 
observable behavior. That is, an instance is a specific object characterized by having the 
behaviors defined by its class. Therefore, instances or objects are created and destroyed 
dynamically while the class is the abstract category under which the instance or object 
belongs. The instance or object inherits all the methods of its class and its data types but 
has particular individual values associated with it that are unique. Physically, there is only 
one location in a computer memory for a class whereas there may be numerous objects or 
instances of that class each of which has different values and different physical locations in 
memory. 

SUMMARY OF THE INVENTION 
Therefore, it is a general object of the invention to alleviate the problems and 

shortcomings identified above. 

One of the objects of the invention is to provide a computer implemented method of 
generating program code for an object oriented (OO) model in a target environment in 
which the syntax for the data type primitives is generated and these generated data types 
are used in generating program code for the OO model. 

Another one of the objects of the invention is provide a computer implemented 
method of generating program code from the modeling diagrams of an OO model. 

Another object of the invention is to provide a computer implemented method of 
depicting asynchronous and synchronous events in a single state diagram of an OO model. 

A further object of the invention is to provide a computer implemented method for 
an OO model in which the program code for a method is synchronized to the activity 

diagram of that method. 

Another object of the invention is to provide a computer implemented method of 
generating context sensitive help for any element in an activity diagram of an OO method 
of an object in which context sensitive help is provided based on the context of the object. 

These and other objects are achieved by providing a computer implemented method 
for generating program code for an Object Oriented (OO) model in a target environment 
including the steps of: defining abstract data type primitives for elements in an activity 
diagram of an Object Oriented (OO) method; generating the syntax for the abstract data 
type primitives in the target environment; and generating program code in the target 
environment, using the generated syntax for the abstract data types, for the OO method 
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complex query functions require the creation of views external to the Rose tool. 
Coordinating such external data models with the Rose model gives rise to significant 
challenges and problems. 

Furthermore, as discussed above, although Rose provides code generation 
capabilities for both Visual Basic and C+ + , considerable amount of hand coding is 
required to complete the implementation. Rose creates references to associated objects, 
references and initializes class attributes, declares class methods and implements prototype 
(stub) code with return data and input parameter types specified. However, the actual 
program code to complete the methods must still be produced outside of the Rose tool. 

Business rules are defined within the Rose system. However, even though the 
business rules are defined within Rose, no rigorous procedure is provided within Rose to 
implement these business rules. That is, Rose does not provide a rigorous method for 
defining business rules so that they can be automatically implemented as program code by 
the Rose system. 

In this context, it should be noted that UML is a general purpose notational 
language for specifying and visualizing complex software, especially large, object oriented 
software projects. UML builds on previous notational methods such as Booch, OMT, and 
OOSE. The UML is rapidly becoming a standard for object-oriented notations under the 
auspices of the Object Management Group (OMG). UML seeks to provide a common 
metamodel and a common notation so as to facilitate the development of systems on an 
architectural scale. Details of the OMG, UML and a Unified Method of system modeling 
and development based on UML are disclosed on the Internet, for example, at the 
following URL's www.omg.org and www.omg.org/uml . 

As a background to understanding the present invention, a fundamental aspect of 
object oriented programming is that objects can be organized into classes in a hierarchical 
fashion and that the objects are interpretable. Classes are abstract generic descriptions of 
objects and their behaviors. Therefore, a class defines a certain category of methods and 
data within an object that belongs to that class. Methods comprise the procedures or code 
that implement the behaviors of the class and operate on the data within the class. 
Refinement of the methods of a generic class can be implemented by the creation of sub- 
classes which inherit the behaviors of its parent classes, from which they depend. In 
addition, the sub classes can have can have behaviors which originate at the sub class or 
modify the behaviors of its parent classes. 
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METHOD AND SYSTEM OF AUTOMATED GENERATION OF PROGRAM CODE 

FROM AN OBJECT ORIENTED MODEL 

This application claims the benefit of priority under 35 U.S.C. 119(e) of provisional 
applications 60/145,051 filed on July 22, 1999, and 60/212,841 filed on June 21, 2000. 
The contents of both of these provisional applications (including their appendices) are 
incorporated herein in their entireties . 

BACKGROUND OF THE INVENTION 

Field of the Invention 

This invention relates generally to the field of automatically generated program 
code and more particularly to a method and system of automated generation of program 
code for an object oriented model represented in Unified Modeling Language ("UML") 
notation. 

Background of the Related Art 

Current object oriented modeling tools provide the components for modeling the 
object oriented systems. In addition, these tools often provide limited capabilities for 
generating some aspects of the program code for these object oriented systems that 
implement the model. However, existing implementation capabilities of these object 
oriented^modeling tools do not provide the complete end-to-end automated program code 
generation that completely implements the object oriented model. 

Furthermore, since existing tools are not capable of generating the end-to-end code 
to implement a modeled system they are not able to maintain the integrity between the 
model and the program code. Accordingly, changes at the program code level have to be 
mapped back to the model in a manual process which gives rise to errors and also causes 
inconsistency between the model and the implemented code. 

For example, the Rational Rose modeling tool ("Rose") provided by Rational 
Software Corporation, provides basic SQL data access capabilities, including select, insert, 
update and delete which can be implemented as Visual Basic code. However, the more 
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